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1. Introduction 


Finding the most optimal route, whether it be networks, transportation or information flow, 
lies at the heart of efficient resource utilization and problem-solving in various domains. As 
the scale and complexity of these systems continue to expand, algorithms that determine the 
shortest path between points become indispensable. The Shortest Path Problem (SPP) is a 
well-known optimization problem in graph theory that deals with determining the minimum 
weight path between two vertices in a weighted graph. The efficiency of solving the SPP 
varies greatly based on the algorithms and data structures employed. The problem is 
considered computationally challenging due to its high complexity, and different algorithms 


have been proposed to solve it efficiently. 


This essay will focus on investigating the time complexity (refer to Appendix C for 
definition) of pathfinding algorithms at solving the SPP on weighted graphs. This essay will 
specifically explore Dijkstra's Algorithm and the Bellman—Ford Algorithm, which are two 
prominent shortest-path algorithms. Both algorithms will also be compared with the 
implementation of a priority queue, which is an abstract data structure which, in the context 
of this essay, is used to keep track of the vertices to be explored. Which gives rise to the 
research question: “How does the use of a priority queue and the implementation of 
Bellman-Ford and Dijkstra's algorithm affect the time complexity of solving the shortest path 


problem in weighted graphs?". 


2. Background Information 


2.1 Weighted Graphs and The Shortest Path Problem 

A graph consists of points (vertices) connected by lines (edges), in weighted graphs, each 
edge has an associated weight. This weight can represent various things depending on the 
context, commonly distance or cost. There are two types of weighted graphs: directed 
(digraphs) and undirected graphs. Digraphs have edges that point from one vertex to another 
in a specific direction. Undirected weighted graphs have bidirectional edges that can be 
traversed in either direction between two vertices. Weighted digraphs are useful for modeling 
one-way relationships, such as transportation networks. Undirected weighted graphs are 


suited for modeling mutual relationships like social networks (example shown in Figure 1). 


Figure 1: Undirected Weighted Graph Consisting of 9 Vertices (Virginia Tech: Department of 


Computer Science) 


When the sum of the edge weights between two vertices is minimum (relative to all other 
possible routes), it is considered the shortest path. Given a weighted digraph С = (V, E, ш), 
to find the shortest path from a source vertex s to and an end vertex e, a path P from the 


start to end vertex needs to be found that minimizes the function: 


w(P) := ` w(u — v) 


u—vcP 


(Erickson 273) 


There are two main variations of the SPP: single-source (SSSP) and all-pairs (APSP), see 


Appendix C for definitions. This essay will be specifically focusing on the SSSP* problem, 


where all weights are positive (е. w : E — В), as the APSP is comparatively more 


computationally taxing and time-consuming. 


2.2 Shortest-Path Algorithms 


2.2.1 Dijkstra's Algorithm 


The most popular shortest-path algorithm widely used in applications such as Google Maps. 
It works by iteratively selecting the vertex with minimum weight, updating distances to its 
neighbors by considering the weights of the connecting edges, and repeating this process until 


all vertices have been visited. 


Dijkstra's Algorithm is an example of a greedy algorithm (refer to Appendix C for 
definition). One stipulation to using the algorithm is that the graph needs to have a 


nonnegative weight on every edge (Abiy et al.). 


In the context of this essay, a “naive” algorithm (refer to Appendix C for definition) is one 


with no optimizations (1.е. no priority queue). 


function NaiveDijkstra(graph, source): 
dist = {} // dictionary to store the shortest distances 
visited = () // dictionary to keep track of visited nodes 


each vertex graph: 
dist[vertex] = infinity // initialize all distances to infinity 
visited[vertex] = false // mark all nodes visited 


dist[source] = Ө // distance source to itself is @ 


there are unvisited nodes: 
current = node the minimum distance dist dictionary 


visited[current] = true // mark the current node visited 


each neighbor of current: 
visited[neighbor] false: 
// calculate the new distance source to neighbor 
newDistance = dist[current] + edge weight(current, neighbor) 


newDistance < dist[neighbor]: 
dist[neighbor] = newDistance // update the distance 


Figure 2: Pseudocode for Naive Dijkstra s Algorithm (ChatGPT, 2023) 


The following 15 a breakdown of the pseudocode (Figure 2 above): 
1. Declaration: The ‘dist’ dictionary stores the shortest distances between source and 
every other vertex in the graph, while ‘visited’ keeps track of visited vertices. 
2. Initialization: The distance from the source vertex to every other vertex is initially set 
as oo (unknown), except the source vertex, which is set to 0. 
3. The algorithm will run while there are unvisited vertices. 

a. Selecting Vertex With Minimum Distance: The algorithm selects the vertex 
‘current’ with the minimum distance from the ‘dist’ dictionary among the 
unvisited vertices in each iteration, or current = arg min(dist[vertex]). The 
current vertex is marked as visited or true. 

b. For each neighbor vertex of the current vertex: 

i. Check if the neighbor vertex is unvisited: If visited[neighbor] is false, 
it means it has not been visited. ‘newDistance’ is a variable that will 
calculate and store the new distance from the source to the neighbor 


vertex. 


ii. The calculated distance is compared with the current distance in the 
*dist[neighbor]' dictionary. If smaller, a shorter path has been found 
from the source vertex to the neighbor. 'dist[neighbor]' is updated with 
the new, smaller distance. Denoted mathematically as 
dist|neighbor] = min(dist[neighbor], newDistance) ‘min’ is used 
here to choose the smaller of the two distances. By updating 
*dist[neighbor]' with the new smaller distance, the edge between the 
current vertex and its neighbor vertex is "relaxed" (refer to Appendix 
C for definition). ‘dist’ is returned, which now contains all the shortest 


paths from the source vertex to every other vertex. 


Consider the following graph: 


Figure 3: Example Weighted Digraph with 6 Vertices and 9 Edges 


Below is an example use of the algorithm against Figure 3. 


The distance from every vertex to the start 
vertex is initialized to be со except the 
starting vertex itself, which would be 0. 


The only vertex visited so far is the starting 
vertex itself, A. 


dist = {A: 0, В: оо, C: оо, D: оо, E: оо, F: 00} 
visited = {A: True, B: False, C: False, 
D: False, E: False, F: False} 


Figure 4: Distances Initially Unknown 


The neighbors of the current vertex (A) are 
explored, which are B and C. Now, the edge 
from A to B is relaxed. Currently, the 
distance known from A to B 18 со, and the 
new potential distance is 0 + 2 = 2. Since 2 
« оо, the shortest distance from A to B is 
updated as 2. This can also be represented 
mathematically as: 


dist[B|] = min(dist[B], dist[A] + edge_weight(A, B)) 
= min(oo, 0 + 2) 
= 2 


The edge from A to C is to be relaxed, the 
known distance from A to C is ©, the new 
potential distance is 0 + 6 = 6. Since 6 < со, 
the shortest distance from A to C is updated 
as 6. This can be represented 
mathematically in a similar way as the 
above. 

Figure 5: Exploring Neighbors of Vertex A 
Now, the current vertex is set to the 
neighbor vertex with the smallest distance, 
which is B (since 2 < 6). 


current = B 

visited = {A: True, B: True, C: False, 
D: False, E: False, F: False} 

dist = (A: 0, B: 2, C: 6, D: oo, E: оо, 
Е: оо) 


В is marked as visited in the ‘visited’ 
dictionary by setting it to true. The 
neighbors of B are to be explored, which are 
C, D and E. The process of edge relaxation 
is repeated. Now, the edge from B to C is 
relaxed. The current known shortest 
distance from A to C is 6, but the new 
potential distance through B is 2 +3 = 5. 
Since 5 « 6, the shortest distance to C can 
be updated to be 5. Denoted mathematically 
as: 


1 
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dist[C] = min(dist|C], dist[B] + edge_weight(B, С)) 
= min(6, 2 + 3) 

= 5 

The edge from В to Е is to be relaxed, the 
current distance is © from A to E, the new 
potential distance through B is 2 + 2 = 4. 
Since 4 < со, the shortest distance from A to 
E is 4. 
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Figure 6: Exploring Neighbors of Vertex B Finally, the edge from B to D is relaxed; the 


current distance is oo, and the new potential 
distance through B is 2 + 3 = 5. Since 5 < oo, 
the shortest distance from A to D 15 5. Now, 
the current vertex is set to the neighbor 
vertex with the smallest distance, which is E 
(since 2 « 3). 


dist = (A: 0, B: 2, C: 5, D: 5, E: 4, Е: oo} 
visited — (A: True, B: True, C: True, 
D: True, E: True, F: False] 


current — E 


Now explore the neighbors of E, which 
would be only Е. The edge from E to F 15 to 
be relaxed. The current known distance 
from A to F 15 со and the potential distance 
will be 2 + 2 + 3 = 7. Since 7 < оо, the 
shortest distance from A to F 15 updated to 
be 7. 


The current vertex is set to the neighbor 
. vertex with the smallest distance, which is 
Figure 7: Exploring Neighbors of Vertex E simply F. 


dist = ТА: 0, B: 2, C: 5, D: 5, E: 4, Е: oo] 


current = F 
visited = {A: True, B: True, C: True, 
D: True, E: True, F: True} 


Now that all the vertices have been visited, 
the loop terminates and the ‘dist’ dictionary 
containing the shortest paths from A to 
every other vertex is returned. As shown 
below: 


-{ 


Figure 8: End of Loop, Shortest Paths ‚ 
Found dist = {A: 0, B: 2, C: 5, D: 5, E: 4, F: 7} 


This essay will use Big-O notation (refer to Appendix C for definition) for measuring time 
complexity (as opposed to Big-Q or Big-O), as it aims to evaluate the performances of both 


algorithms under maximum stress (worst-case). 


The worst-case time complexity of Dijkstra's Algorithm without the use of a priority queue is 


О(У?), where V represents the number of vertices in the graph. In each iteration, the 
algorithm needs to find the vertex with minimum distance among the unvisited vertices. In a 
naive implementation, this requires iterating over all vertices, resulting in a time complexity 
of O(V) for this operation. As this process is repeated for each vertex (O(V)), the overall 


time complexity becomes o(v?) (since O(V) x O(V)). 


2.2.2 Bellman-Ford Algorithm 


Bellman-Ford's algorithm finds applications in networking, particularly in a distance-vector 
routing protocol. This protocol decides how to route packets of data on a network (Chumbley 


et al.). 


Similar to Dijkstra's Algorithm, it uses the idea of relaxation but doesn't use [it] with [a] 


greedy technique (Morampudi). It works by keeping track of weight distance from the origin 


and previous node in the shortest path, looping over the edges/connections for n times (n 
being the number of nodes/vertices), and updating the fastest route to the destination 
(stevenard). In comparison to Dijkstra’s algorithm, the Bellman-Ford algorithm admits or 


acknowledges the edges with negative weights (Magzhan and Mat). 


function bellmanFord(graph, source): 
distance = {} // dictionary to store the shortest distance from the source 


// Step 1: Initialization 
each vertex v in graph: 
distance[v] = infinity 

distance[source] = 0 


// Step 2: Relax edges repeatedly 
For i 1 to |V|-1: // |V| is the number of vertices in the graph 


each edge (u, v, w) in graph: 
if distance[u] + w « distance[v]: 
distance[v] = distance[u] + w 


// Step 3: Check for negative weight cycles 


each edge (u, v, w) in graph: 
if distance[u] * w « distance[v]: 


n distance 


Figure 9: Pseudocode for Naive Bellman-Ford Algorithm (ChatGPT, 2023) 


The following is a breakdown of the pseudocode (Figure 9 above): 

1. Declaration: A dictionary called ‘distance’ is created to store the shortest distance 
from the source vertex to every other vertex. 

2. Initialization: Set the distance from the start vertex to every other vertex to be oo, 
except the start vertex, which is set to 0. 

3. Continuously Relax Edges: Iteratively update the distances until the optimal solution 
is found. Let |V| be the total number of vertices in the graph. This process is repeated 
|V| — 1 times. 

a. For every edge (и, v, w) in the graph, where u and v are vertices and w is 
the weight of the edge, the distance to v 15 checked to see if it can be 


minimized by going through u. 


i.  Ifthis condition is satisfied, the distance of vertex v is updated to be 
the sum of the distance to vertex u and the weight of the edge (u, v). 
The relaxation can be denoted mathematically as: 
distance[v] = min(distance|v], distance[u] + w) 

4. Check for negative weight cycles: If the sum of the weights of the edges along the 
cycle is negative, it is defined as a negative weight cycle. For every edge (u, v, w), 
the distance from the start vertex to vertex v (distance|u] + w) is checked to see if it 
is smaller than the current shortest distance to v (distance|v]). If a negative weight 
cycle is present, the algorithm will fail to provide a solution. 

5. Ifthe condition above is not satisfied, the ‘distance’ dictionary is returned which now 


contains all the shortest paths. 


The algorithm will not be demonstrated using a graph with negative weights as it is not 
relevant to this experiment. The following example demonstrates the algorithm's use on the 


same graph (Figure 3) as discussed in the previous section. 


The distance from every vertex to the 
start vertex 15 initialized to be oo except 
the starting vertex itself, which would be 
0. 


The only vertex visited so far is the 
starting vertex itself, A. 


distance = (A: 0, B: оо, C: oo, D: oo, 
Figure 10: Distances Initially Unknown E: oo, F: oo] 
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The main loop is entered, where edges in 
the graph are continuously relaxed for a 
total of 5 iterations in this case. 


For every edge (u, v, w) in the graph: 


(A, B, 2): distance[A] + 2 

=0+2 

= 2 

Now if this distance is smaller than the 
current distance[B], which is infinity, the 


distance from A to B is updated as 2 
(distance|B] = 2). 


(A, C, 6): distance[A] + 6 
Similar to the above, distance|C] is 


currently infinity, which is greater than 6. 
Thus distance[C] = 6. 


Figure 11: First Iteration 


This is the first iteration of Step 3 (refer 
to pseudocode). The known distances are 
as shown below. 


distance — (A: 0, B: 2, C: 6, D: oo, 
E: oo, F: oo} 


(B, C, 3): distance[B] 4- 3 

— 2-3 

= 5 

Now, compare this with the current 
distance|C]. which is 6. Since 5 < 6, 


distance[C] is updated to be 5, which is 
the shorter path. 


(B, E, 2): distance[B] + 2 


ач 
(ee 


ЧЫЎ К : 
6 5 Since 4 < oo, distance[E] is updated to be 


Figure 12: Second Iteration 4. 


(B, D, 3): distance[B] + 3 
=243 
=5 
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Figure 13: Third Iteration 


Figure 14: Fourth Iteration 


Since 5 < со, distance [D] is updated to be 
5. 


This is the second iteration of Step 3. The 
new distances are shown as below: 


distance — (A: 0, B: 2, C: 5, D: 5, E: 4, 
Е: оо} 


(С, Е, 3): distance[C] + 3 

= 5 + З 

= 8 

Since 8 is greater than the current 
distance [E]. which is 4. The distance 
dictionary is not updated. 


This is the third iteration of Step 3. The 
new distances are shown as below: 


distance — (A: 0, B: 2, C: 5, D: 5, E: 4, 
Е: оо} 


(D, Е, 4): distance[D] + 4 

= 9 4 

= 9 

Since 9 is greater than the current 
distance distance[E]. which is 4. The 
distance dictionary is not updated. 


(D, Е, 2): distance[D] + 2 

=5+2 

ET 

Since 7 is less than the current value of 
distance|F] which is со. distance[F] is 
updated to be 7. 


This is the fourth iteration of Step 3. The 
new distances are shown as below: 


distance — (A: 0, B: 2, C: 5, D: 5, E: 4, 
F: 7} 
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Figure 16: End of Loop, Shortest Paths Found 


(E, F, 3): distance[E] + 3 
=4+3 
= 7 


No updates occur in the fifth and final 
iteration, all edges have been successfully 
relaxed. This is the fifth iteration of Step 
3. The final distances are shown as 
below: 


distance = {A: 0, B: 2, C: 5, D: 5, E: 4, 
F: 7} 


Now, check for any negative weight 
cycles, for which there are none 


Finally, the ‘distance’ dictionary is 
returned containing all the shortest paths: 


distance = {A: 0, B: 2, C: 5, D: 5, E: 4, 
F: 7} 


The time complexity of the naive Bellman-Ford Algorithm is O(VE). Where V is the 


number of vertices and E is the number of edges. The algorithm repeatedly relaxes each edge 


for V — 1 iterations, in each iteration, it checks all edges E within the graph and updates the 


distance to each vertex in case a shorter path is found. Resulting in (V — 1) x E relaxation 


operations, the constant —1 can be ignored. Resulting in a total time complexity of O(VE). 


2.3 Priority Queues 


A priority queue is a variation of the traditional queue data structure where each element in 


the queue is associated with a priority value, elements are attended to in the queue based on 


this priority value. Conventionally, the element at the front of the queue has the highest 


priority value. 
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Priority queues are usually implemented using heaps (refer to Appendix C for definition). 
There are two different types of heaps, a max heap and min heap. In a min heap, the value of 
the parent node is less than or equal to the value of the child node, for all nodes, this property 
is known as the heap invariant. The max heap is simply the opposite. The value of the nodes 
in the context of this experiment being distances. Figure 16 shows a min heap of height 3 


satisfying the heap invariant, while Figure 17 shows a violated heap invariant where the 


Root ГА 


Figure 17: Valid Min Heap Figure 18: /nvalid Min Heap 


child of parent node 3 is less than its parent. 


The two main operations of the priority queue that concern this experiment are insertion and 
extraction (removal). The worst-case time complexity of both operations is O(log, N) 
(Garg), where N is the number of elements in the heap. Since the min heap can be visualized 
as a complete binary tree, the tree’s height can be expressed as a logarithm of N (e.g. Figure 
18 above has 7 nodes, therefore [logs 7| = 3). Leading to a logarithmic time complexity for 


both insertion and extraction. 


In this experiment, the priority queue being implemented into the algorithms will be using a 
min heap, as Python has a built-in data structure which is essential to prioritize the smallest 


distance at each localized step of the algorithm, in order to find an optimal path. 
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3. Hypothesis and Applied Theory 

The experiment will find the relationship between execution time in nanoseconds (¥) and the 
number of vertices in the digraph (2). By increasing the number of vertices, a clear 
correlation can be drawn between both variables and how the relationship differs when a 


priority queue is implemented within both algorithms. 


The graph used in this experiment is such that [Е| > |V|. Thus, recalling the time 
complexities for both algorithms, it is hypothesized that for naive implementations, Dijkstra’s 
Algorithm will run with a lower execution time. The number of edges in the graph are such 
that |V| х 1.5 ~ |E], so the time complexity of the Bellman-Ford can be approximated to 
be a quadratic as O(V x V x 1.5) ~ O(V?). Therefore, for both naive algorithms, there 1s 


predicted to be a quadratic relationship between а: and v. 


For Dijkstra's Algorithm, the priority queue is queried to extract the vertex with the smallest 
current distance, taking O(log, V) time. Then, the algorithm performs edge relaxation on the 
neighboring vertices of the extracted vertex, potentially updating their current distances. This 
is repeated until all vertices have been processed or the priority queue is empty, improving 
the time complexity to O((V+ E) log; V), as the extraction of the vertex with the smallest 
distance becomes optimized through the logarithmic time complexity of the min heap 


extraction. 


As mentioned in Section 2.2.2, the number of relaxation operations in the Bellman-Ford 


Algorithm is O(VE). With a priority queue, each relaxation operation involves inserting or 
extracting an element in the priority queue, which is time complexity O(log, у), leading to 


the relaxation operations having a time complexity of O((VE) log, V). The priority queue 
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benefits the selection of the vertex with the smallest distance in each iteration which can Бе 


done in O(log V) time. Combining this time complexity with the relaxation operations 


results in O((VE) log; V x log, V)) = О((У+Е) log, V). 


It appears that both min heap implemented algorithms have the same time complexity, 
however, the graph that will be used in the experiment is such that there are no negative 
weights, and Dijkstra’s Algorithm tends to perform better in this environment. Furthermore, 
Dijkstra's Algorithm does not iterate through all the edges, while the Bellman-Ford 


Algorithm does multiple times. 


Thus, it is hypothesized that with the priority queue implementations, both algorithms will 
reduce in execution time, specifically, Dijkstra’s Algorithm will run with a lower execution 
time compared to the Bellman-Ford Algorithm. For both priority queue implemented 


algorithms, there is predicted to be a logarithmic relationship. 
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4. Experimental Methodology 


4.1 Weighted Graph Used 

As а resident of Singapore, the author of this paper frequently relies on the public bus 
network for their transportation needs. Therefore, for this experiment, they decided to 
represent the Singapore Bus Network as a weighted digraph, which can be used to evaluate 
the execution times of the algorithms. The vertices being bus stops and the weights being the 


travel distances between the stops in kilometers. 


The dataset used in the experiment's code originates from the Land Transport Authority; this 
data was mostly scraped from the website and compiled into a data repository on Github 


(Aun). Two files were saved locally on the author's system, stops.json and services.json. 


AVG EARTH RADIUS - 


with > services.json as services_file: 
services_data = А services_file 


with : stops.json as stops, file: 
stops data - > stops_file 


stop_coordinates 
for stop_id, stop_info in stops_data. 
longitude, latitude, _, _ = stop_info 
stop_coordinates[stop_id] = latitude), float(longitude)) 


Figure 19: Code Snippet Showing The Parsing of JSON Data and Dictionary Population 


Both files services.json and stops.json are read and deserialized into Python objects. 
The services.json file contains data about bus services in Singapore, each identified by a 
distinct service ID, such as 3 or 4, and including information about its name and routes. The 


stops.json file contains information regarding the bus stops themselves, such as bus stop ID, 
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latitude and longitude. A dictionary called stop_coordinates is created and is populated with 


bus stop IDs as the keys and their corresponding latitude and longitude coordinates as values. 


coordi, coord2 
coord1 
coord2 


lat2 - lat1 
lon2 - loni 


distance = АУб EARTH, RADIUS C 
return distance 


Figure 20: Code Snippet Showing The Haversine Distance Formula 


The weights are calculated using the Haversine distance formula (shown below), which 
accurately calculates the distances between two points on the surface of a sphere 
(approximating the shape of Earth as a sphere) given the latitude and longitude of the two 


points. 


d — 2r arcsin 


2 


Ф № — A 

M) + cos (4) cos (Ф) sin? (==>) 

where d = distance between bus stops, r = radius of earth, Фу = latitude of first point, 
®, = latitude of second point, A; = longitude of first point, До, = longitude of second point 


(Sydorenko) 


The weights do not reflect the real-life distances between the bus stops but rather provide an 


approximation. 
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graph = 


stop_ids = stop_coordinates. | 5 stop_coordinates 


for service_id, service_info in services_data. 
routes = service_info 
for route in routes: 
for i in route 
start stop. id = route[i 
end stop. 14 = route[i + 


if start, stop id stop. ids and end, stop. id stop. ids: 
start coordinates = stop, coordinates[start stop. id 
end, coordinates = stop, coordinates[end, stop, id 
distance - i start_coordinates, end_coordinates 
graph. start_stop_id, end_stop_id, weight=distance 


Figure 21: Code Snippet Showing The Creation of The Digraph 


A digraph is created using the NetworkX library. The services data dictionary is iterated 
over, and for each service, the routes are examined. Within each route, consecutive pairs of 
stops are considered. If both the start and end stops are present in the stop_ids list, their 
corresponding coordinates are retrieved from the stop_coordinates dictionary. The distance 
between the start and end coordinates are calculated with the aforementioned haversine 
distance function. Finally, an edge is added to the graph, connecting the start and end stop 


IDs, with the calculated distance as the weight. Resulting in Figure 22 below: 


Figure 22: Visualization of All The Bus Stops in Singapore Using the Kamada-Kawai Layout 
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4.2 Independent Variables 

The size of the weighted digraph will be changed, specifically, the number of vertices and 
edges in the graph. The idea is to iterate through increasing fractions of the stops.json file so 
that the number of vertices and edges in the graph can be increased, which is a convenient 
and logical way of changing the independent variables in this experiment. This will be done 


by changing this variable: 


stop ids = List(stop_coordinates.keys())[:len(stop_coordinates) // x 


By changing the x after the floor division operator, the fraction of the stops included in the 
graph can be controlled. For example, when 2 = 10, only one-tenth of the stops will be 
considered, resulting in a smaller graph size with a reduced number of vertices and edges. 
The value of x in this experiment will be varied from 10 to 1, with 1 being inclusive of all 
5083 bus stops. The purpose is to showcase algorithm performance under escalating 
computational stress, revealing the correlation between execution time and input size. Figure 


23 shows the various number of vertices and edges that will be used to test the algorithms: 


Figure 23: Range of Values for Independent Variable 
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4.3 Dependent Variables 


The only dependent variable is the execution time for the given algorithm to find the shortest 


path from the source vertex to all the other vertices (SSSP) in nanoseconds. This will be 


measured using the time.perf_counter_ns() function from the time module in Python, which 


provides a high-resolution timer for accurate timing measurements in nanoseconds. 


4.4 Controlled Variables 


IDE Used 


Computer and OS 


Start Vertex 
Input Dataset 


The program will be run on 

the same IDE. To minimize 

variations in code execution 
and optimization, which can 
prevent systematic errors in 

execution times between the 
algorithms. 


The program will be run on 
a Razer Book 13. This will 
minimize systematic and 
random error as there are no 
variations in hardware and 
OS. 


The first bus stop id found in 


the stops.json file will be 
used, so that the algorithms 
are subjected to the same 
initial conditions, reducing 
random error in results due 
to different starting points. 


The same data will be used 
to construct the weighted 
graph, reducing systematic 
error and ensuring a 
consistent basis for 
algorithmic comparison. 


IDE: Visual Studio Code 
1.79.0 (user setup) 


Python 3.11.4 
- NetworkX 3.1 
- json 2.0.9 


OS: Microsoft Windows 11 
Home Version 10.0.22621 
Build 22621 


Processor: Processor 11th 
Gen Intel(R) Core(TM) 
17-1165G7 @ 2.80GHz, 
2803 Mhz, 4 Core(s), 8 
Logical Processor(s) 


Memory: 16GB DDR4 
SDRAM 4267MHz 


id: 10009 


stops.json and services.json 
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The graph will be 
represented using the 
NetworkX library, the same 
Graph Representation graph structure and nx.DiGraph() 
connectivity are used 
consistently throughout this 


experiment. 


The same graph will be used 
to benchmark the 
algorithms. The distances 
between each vertex will be 
kept constant, reducing 
systematic error. 


Weighted Digraph 
consisting of 5083 vertices 
and 7420 edges in total 


4.5 Procedure 

1. Install the following library: NetworkX 

2. Open the file ee.py (see Appendix A) in Visual Studio Code version 1.79.0. Place 
stops.json and services.json in the same folder as the program. 

3. Run the program by clicking the arrow button or pressing F5. 

4. Perform 10 trials for each value of the independent variable (re-run the program). For 
each trial, record the execution times of the Dijkstra's algorithm (naive), 
Bellman-Ford algorithm (naive), Dijkstra's algorithm with a priority queue, and 
Bellman-Ford algorithm with a priority queue. Note down the results in a spreadsheet 
software. 


/ _~/AppData/Local/Microsoft/Window ;/python3.11.exe d:/holder.py 
: 5083 

Number of edges: 7420 

Dijkstra's algorithm (without priority queue): 

Execution time: 1574833200 nanoseconds 


Bellman-Ford algorithm (without priority queue): 
Execution time: 13775991300 nanoseconds 
Dijkstra's algorithm with a priority queue: 
Execution time: 20048000 nanoseconds 
Bellman-Ford algorithm with a priority queue: 
Execution time: 10272326900 nanoseconds 


Figure 24: Results Outputted in the Terminal 


5. Calculate the average execution times for each algorithm (naive and priority queue) 


based on the recorded data. 
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5. The Experimental Results 


5.1 Tabular Data Presentation 
Figure 25 below shows the average execution time in nanoseconds for each algorithm to find 
the SSSP in the weighted digraph with increasing vertices and edges. See Appendix B for the 


raw data. 


Dijkstra's Bellman-Ford Dijkstra's Bellman-Ford 


Algorithm Algorithm Algorithm Algorithm 


(Naive) (Naive) 


Figure 25: Average Execution Time for Each Algorithm 


5.2 Graphical Representation of Data 
Execution time was chosen to be graphed against the number of vertices instead of edges as it 
better reflects the complexity of the graph and enables analysis of algorithm efficiency and 


scalability with increasing graph size. 
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A log scale for the x axis was due to the wide and unevenly distributed range of values. The 
reason for this uneven distribution was justified in Section 4.2. Using a standard scale would 


result in a compressed representation, restricting effective observation of trends and patterns. 


Execution time of Dijkstra's Algorithm (Naive) against No. 
Vertices 


Ө Dijkstra's Algorithm (Naive) 8.43E+06 + -9042x + 63.3х^2 R? = 1 


Execution Time (ns) 


800 1000 2000 


Number of Vertices (V) 


Figure 26: Execution Time of Dijkstra’s Algorithm (Naive) Against the Number of Vertices 


Execution time of Dijkstra's Algorithm (Priority Queue) 
against No. Vertices 


Ө Dijkstra's Algorithm (Priority Queue) ^ -226186 + 3576x + -5.23E-03x^2 R? = 0.997 
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Figure 27: Execution Time of Dijkstra s Algorithm (Priority Queue) Against the Number of 


Vertices 
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Execution time of Bellman-Ford Algorithm (Naive) against 
No. Vertices 


© Bellman-Ford Algorithm (Naive) == 1.74E+08 + -285238x + 573х^2 R? = 1 


1.5E+10 


1.0E+10 


Execution Time (ns) 


800 1000 2000 


Number of Vertices (V) 


Figure 28: Execution Time of the Bellman-Ford Algorithm (Naive) Against the Number of 


Vertices 


Execution Time of Bellman-Ford Algorithm (Priority Queue) 
against No. Vertices 
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Figure 29: Execution Time of the Bellman-Ford Algorithm (Priority Queue) Against the 


Number of Vertices 
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5.3 Data Analysis 


5.3.1 Analyzing Dijsktra’s Algorithm 


The hypothesis regarding the quadratic relationship between а: and Y has proven to be 
correct for the naive implementation. The В? value in Figure 26 of exactly 1 indicates that 
the data points are a perfect fit to the quadratic curve. The equation is given in Figure 26 can 
be re-written in the general form az? + ba + c as 63.32? — 90422 + 8.43 х 10°. The 
positive a coefficient suggests that as the number of vertices in the graph increases, the 
execution time of the algorithm will increase quadratically. The negative b value suggests 
that as the number of vertices increases, the execution time of the algorithm will decrease 


linearly (by a relatively small amount). 


The hypothesis regarding the logarithmic relationship for the priority queue implemented 


algorithm is partially correct. Figure 27 shows the trend line to have equation 


(—5.23 x 10 2)а2 + 3576x — 226186 The negligible a value for this equation suggests that the 
relationship between x and V is more linear. As mentioned previously, the time complexity 
for the priority queue implemented Dijkstra's Algorithm is O((V4- E) log, V), using the 
previous approximation |V| x 1.5 ғ |Е|, the time complexity can be written as 

O(2.5V log, V). Graphing this out against У = 2, it is observed that the time complexity is 
superlinear (Figure 30 below). A superlinear relationship is a non-linear function that 


appears to grow linearly. 
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Figure 30: Graph of O(2.5V log; V) in Red and У = © in Blue (Desmos) 


The relationship between а: and “ is indeed logarithmic, but appears to be linear. This can be 
due to the relatively small input size for the algorithm; the graph used to benchmark the 
algorithm contained not as many vertices and edges needed to observe a clear logarithmic 
relationship. Furthermore, the graph used was sparse, which was in favor of the algorithm 
since there were fewer edges to explore. However, for the size of the dataset used, the 


relationship can be better modeled using a linear function. 


Looking back at Figure 25, taking the average execution times for both algorithms for the 
entire graph (5083 vertices) and applying the percentage decrease formula: 
initial - final 


—— x 100 
initial 


1598144270 — 17772930 


1598144270 ко 


Which is approximately 98.9%. It is evident that the min heap priority queue implementation 
has greatly optimized Dijkstra's Algorithm, resulting in significantly improved execution 


times. 
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5.3.2 Analyzing Bellman-Ford Algorithm 


The hypothesis regarding the quadratic relationship has proven to be correct for the naive 
implementation. The R? value in Figure 28 indicates that the data points are a perfect fit to 
the quadratic curve. It behaves similarly to Dijkstra’s Algorithm (naive), however, with a 


longer execution time overall. 


The hypothesis regarding the logarithmic relationship for the priority queue implementation 
was incorrect, as the R? = 1 value shown in Figure 29 suggests that the data points perfectly 
fit the shape of a quadratic curve. As a consequence of the sparse graph, the number of 
priority queue operations is performed a relatively smaller number of times compared to 
relaxation operations and iterations. As fewer edges need to be considered during each 
iteration, the O( log; V) component of the time complexity becomes negligible, which results 


in a more quadratic relationship. 


The a value of a quadratic represents how wide/narrow the parabola is, it can be interpreted 
as the rate at which the execution time increases, a higher a value exemplifying a steeper 
increase in execution time against the number of vertices. Using the percentage decrease 
formula with the a values as the input, it is observed that the Bellman-Ford Algorithm 
decreased in execution time by about 34.2% after the priority queue was implemented. This 
is due to several reasons. With the implementation of a priority queue, the algorithm can 
terminate early once all shortest paths have been found, it guarantees that once a vertex's 
shortest distance 15 finalized, it will not be updated further. Furthermore, relaxation 
operations are optimized as the vertex with the smallest distance 15 always selected first, 


which reduces the number of comparisons required, thus improving execution time. 
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Applying the second derivative test on the trendlines in Figures 28 and 29, the rate of 
execution time change with input size increase is determined, aiding in identifying the 


algorithm with lower execution times as input size expands. 


Trendline in Figure 28: Trendline in Figure 29: 
у = 573a? — 2852382 1.74 x 10? y = 3772? — 689152 + 1.95 x 107 
d d 
£9 — 11462 — 285238 ЧИ — 754x — 68915 
dx dx 
dy dy 
—. = 1146 — = 754 
dx? dz? 


As 1146 > 754, it is concluded that the Bellman-Ford algorithm with a priority queue is 


more efficient and scalable as input size increases. 
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6. Limitations 


There were various experiment-related limitations that could potentially have impeded the 


achievement of better results. 


The graph used in this experiment is Singapore's Bus Network. In Figure 22, it can be seen 
that each vertex only points towards one other vertex, indicating the graph was sparse. 
Empirically, most real-world graphs are sparse by nature. The number of edges is within a 
constant multiple of the number of vertices (Cook). The main issue is the algorithms may not 
encounter enough complexity to demonstrate the improvement of priority queue 
implementation. There were less relaxation and priority queue operations overall, which can 


be why all the algorithms mostly exhibited quadratic time complexity behaviors. 


As Singapore is a small country, the graph contained only 5083 vertices and 7420 edges. This 
became an issue when collecting results for Dijkstra’s Algorithm with a priority queue, as the 
relationship was observed to be initially linear when graphed without using a log scale 

(Figure 31). The use of a graph with more vertices (and preferably more edges) is speculated 


to eliminate this issue. 
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Execution time of Dijkstra's Algorithm (Priority Queue) 
against No. Vertices 


Ө Dijkstra's Algorithm (Priority Queue) == -226186 + 3576x + -5.23E-03x^2 R? = 0.997 
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Figure 31: Figure 27 without a Log Scale 


Hardware limitations can influence execution time, potentially causing fluctuations in results. 
The CPU of the laptop used was also being utilized by other processes such as Windows 
service host processes, which adds random error to the algorithm execution time. This is an 
inherent limitation to the device that was used in this experiment, as it is not meant to be a 


dedicated computing system for intricate algorithmic calculations. 
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7. Conclusion 


The results clearly show that with the implementation of a min heap priority queue, both the 


Bellman-Ford and Dijkstra’s Algorithm reduce in time complexity and execution time. 


By implementing a min heap priority queue into Dijkstra’s Algorithm, the selection and 
extraction of the minimum distance vertex during each iteration improves, reducing the 
number of relaxations and comparisons. This makes it more scalable as the number of 


vertices increases in a graph. 


The Bellman-Ford Algorithm improves for the same reasons, however, it is not as 
pronounced due to the nature of the algorithm being dependent on the number of iterations 
and relaxation operations which overshadows the time complexity in sparse graph 


environments. 
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Figure 31: Combined Graph Showing the Execution Times of All Algorithms Against the 
Number of Vertices 
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Looking at Figure 31 above, it can be concluded that Dijsktra’s Algorithm is better at solving 
the SSSP problem in weighted graphs compared to the Bellman-Ford Algorithm. This is 
supported by the steepness of both the red and green lines (Bellman-Ford) as compared to the 
blue and yellow lines (Dijkstra), the blue and yellow lines are significantly more shallow, 
suggesting that Dijkstra’s Algorithm is more efficient in terms of execution time as the 


number of vertices increases. 


This paper hopes to prove useful to computer scientists collaborating with transportation 
planners and urban developers, providing them with a deeper understanding of how 
algorithmic optimizations can lead to more efficient transportation networks in urban 
environments. This research may serve as a foundational resource for future studies aiming to 
improve various graph-based algorithms in diverse applications, from network routing to 


logistics and beyond. 
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9. Appendices 


Appendix A: Python Code 


The code was initially generated using the Large Language Model (LLM) “ChatGPT”, 


however, underwent further modifications by the author (ChatGPT, 2023). Below is a table 


containing the significant prompts and their respective explanation as to why they were 


entered. 


The research question for my IB Computer 
Science Extneded (sic) Essay is "How does 
the use of a priority queue and the 
implementation of Bellman-Ford and 
Dijkstra's algorithm affect the time 
complexity of solving the shortest path 
problem in weighted graphs?". For the 
weighted directed graph, I intend to use 
Singapore's Bus Network. 


There are two files you will need, 
"services.json" and "stops.json". Below are 
sample data from each file. 


services.json 
{ 
"rect 
"name": "Changi Village Ter 
2 Kampong Bahru Ter", 
"routes": [ 


[ 


stops.json 


"10009": | 
103.81722, 
1.2821, 
"Bt Merah Int", 
"Bt Merah Ctrl" 


This was the first prompt fed into the LLM. 


The purpose of this prompt was to introduce 
ChatGPT, the core research question of the 
essay as well as provide context for the rest 
of the conversation. 


The purpose of this prompt was to introduce 
the data files “services.json” and 
"stops.json", which was the information 
used to construct the weighted digraph. 


Sample data was provided from both files 
which enabled the LLM to understand how 
to deserialize the files into Python objects. 
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I want you to do this in python, and use the 
networkx library to create the digraph, and 
calculate the weights using the haversine 
distance 


Let me explain what I need fully: 

1. Parsetops.json and services.json in 
python objects using the json library 

2. Create a dictionary of stop IDs to 
coordinates 

3. create a function to calculate haversine 
distance, with the paramters being соогат 
and coord2 

4. create an empty digraph using networkx 
5. add edges to the graph with weights 

6. Create the following algorithms: 
Dijkstra's Algorithm Naive, Dijkstra's 
Algorithm with a min heap priority queue, 
Bellman-Ford Algorithm Naive, 
Bellman-Ford Algorithm with a min heap 
priority queue. All of these algorithms will 
solve the SSSP problem. Implement the 
min heap priority queue using "from queue 
import PriorityQueue" 

7. Measure the execution time of each 
algorithm in nanoseconds using 
time.perf_counter_ns() from the time library 


# Measure the execution time of each 
algorithm in nanoseconds 

source stop ="10009" # Example source 
stop ID 

target stop = "10041" # Example target 
stop ID 


The purpose of this prompt was to give the 
specification that the program should be 
created in Python. 


It also specifies that the digraph is to be 
created with NetworkX, as opposed to 
igraph or PyGraphviz. It also specifies for 
the weights of the digraph to be created by 
applying the haversine formula on the 
latitude and longitude values. 


This lengthy prompt helped generate most 
of the code, I gave instructions in the order 
of how I wanted them to be implemented 
within the program. 


In steps 1-5, I explain to the LLM how the 
digraph should be constructed using the 
stops.json and services.json file. These steps 
involve parsing the data, mapping stop IDs 
to coordinates, calculating distances, 
creating the digraph, and adding weighted 
edges to represent the transportation 
network. 


In steps 6 and 7, I ask the LLM to write the 
implementations for the naive and priority 
queue-implemented algorithms, as well as 
the specification to measure the execution 
time using the time library in Python. 


The purpose of this was to correct the LLM, 
as it initially thought that the problem to be 
solved was the Single-Pair Shortest Path 
(SPSP), which finds the shortest path only 
between a single pair of vertices. 
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However, the problem being focused on in 


since i am intending the alogirhtms (sic) to | this essay was the SSSP, therefore, 
solve the SSSP problem, a target stop wont | ChatGPT was corrected accordingly. 
be needed. 


Below is the Python code used in the experiment to benchmark the algorithms and collect the 


raw data for the execution times in nanoseconds. 


import json 

import networkx as nx 

import math 

from queue import PriorityQueue 


import time 


AVG_EARTH_RADIUS = 6371 


with open('services.json') as services. file: 


services data = json.load(services. file) 


with open('stops.json') as stops file: 


stops. data = json.load(stops file) 


stop. coordinates - 
for stop id, stop info in stops data.items(): 


longitude, latitude, _, _ = stop info 


stop coordinates[stop. id] = (float(latitude), float(longitude)) 


def haversine distance(coord1, соога2) 
lati, 10п1 = соога1 
lat2, Lon2 = coord2 


dlat = math.radians(lat2 - lat1) 
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dlon = math.radians(lon2 - lon1) 


= math.sin(dlat / 2) * math.sin(dlat / 2) + math.cos( 
math.nradians(lat1)) * math.cos(math.radians(lat2)) * math.sin( 
dlon / 2) ж math.sin(dlon / 2) 
х math.atan2(math.sqrt(a), math.sgqrt(1 - a)) 


distance = AVG_EARTH_RADIUS * c 


return distance 


graph = nx.DiGraph() 


stop ids = List(stop_coordinates.keys())[:len(stop_coordinates) //1] 


for service_id, service_info in services_data.items 
routes = service info['routes'] 
for route in routes: 
for i in range(len(route) - 1): 
start stop 14 = route[i] 
end. stop. id = route[i + 1] 
if start stop id in stop ids and end stop id in stop. ids: 
start coordinates = stop. coordinates[start. stop. id] 
end. coordinates = stop. coordinates[end. stop. id] 
distance = haversine distance(start coordinates, 
end coordinates) 
graph. ac 2(start_stop_id, end. stop. id, 


weight=distance) 


def dijkstra(graph, start_node 
distances = {node: float('inf') for node in graph.nodes 


distances[start_node] = 0 
visited = set() 
while Len(visited) < Len(graph.nodes): 


current node = min((node for node in graph.nodes if node not in 


visited), key=distances.get) 


visited.add(current_node) 


for neighbor, edge data in graph[current_node] .items 
weight = edge data['weight'] 


distance = distances[current node] + weight 


if distance « distances[neighbor]: 


distances[neighbor] = distance 


return distances 


(тап ford(graph, start node) 
distances = {node: float('inf') for node in graph.nodes 


distances[start_node] = 0 


for | in range(len(graph.nodes) - 1): 
for u, v, edge data in graph.edges(datazTrvue): 
weight = edge. data['weight'] 
if distances[u] * weight « distances[v]: 


distances[v] = distances[u] + weight 


return distances 


ue(graph, start node 


distances = {node: float('inf') for node in graph.nodes 


distances[start node] = 0 


pq = PriorituyQueue() 
pq.put((0, start node)) 


while not pq.empty(): 


current distance, current node = pq.get() 


if current distance > distances[current. node]: 


continue 


for neighbor, edge data in graph[current_node] .items 
weight = edge data['weight'] 


distance = current distance + weight 


if distance < distances[neighbor]: 
distances[neighbor] = distance 


pq.put((distance, neighbor) ) 


return distances 


je(graph, start node) 


distances = {node: float('inf') for node in graph.nodes 


distances[start_node] = 0 


pq = PriorityQueuve() 
.put((0, start_node)) 


Гур): 


current_distance, current_node = pq.get() 


if current_distance > distances[current_node]: 


continue 


for u, v, edge data in graph.edges(data=True): 
if u z& current node: 


continue 


weight = edge. data['weight'] 


distance = current distance + weight 


if distance « distances[v]: 
distances[v] = distance 


pq.put((distance, v)) 


return distances 


print("Number of vertices: 


print("Number of edges:", 


= 


start_time = time.perf_cot 
shortest_paths_dijkstra = dijkstra(graph, '10009') 


end_time = time.perf_counter_ns 


execution_time_dijkstra = end_time - start_time 


start_time = time., пе 
shortest_paths_bellman_ford = bellman_ford(graph, '10009') 
end_time = time.perf_counter_ns() 


execution time bellman ford = end time - start_time 


start time = time.perf counter ns 
shortest paths dijkstra pq = dijkstra priority queue(graph, '10009') 


end time = time.perf counter ns() 


execution time dijkstra. pq = end time - start time 


start time = time. 
shortest paths. bellman. ford pq 
' 189889 ' ) 
end time = time.perf counter ns() 


execution time bellman ford pq = end time - start time 


1t ("Dijkstra's algorithm (without priority queue):") 


it("Execution time:", execution time dijkstra, "nanoseconds") 


int("Bellman-Ford algorithm (without priority queue):") 


1t ("Execution time:", execution time bellman. ford, "nanoseconds") 


int("Dijkstra's algorithm with a priority queue:") 


it("Execution time:", execution time dijkstra. pq, "nanoseconds") 


int("Bellman-Ford algorithm with a priority queue:") 


"int("Execution time:", execution time bellman ford pq, "nanoseconds") 


Appendix B: Raw Data — Execution Times For Each Algorithm 
Below are four tables containing the raw data for the execution times for all both algorithms 


naively and priority queue implemented. 


Dijkstra's Algorithm (Naive) 


Execution Time (nanoseconds) 


Vertices | Edges 
508 
00 
00 
00 
00 
00 
00 
000 
500 
500 


(ЕН БОЕП 
812 (219344 |187191|188747 |208148|213346 |192359|180741|146208| 171880 
734 18277760 
0 00 0 00 0 00 00 
229988 (239538 |165448|171783 [172987 | 206403 |226239 | 165522 |257231| 257288 
564 816 20924270 
0 00 0 00 0 00 00 
294099 | 211119 293598 (255342 (293842 | 220037 
26766110 
00 0 0 00 00 
338400 |302319| 293635 
33335310 
00 0 0 00 00 
503240 |524618] 503902 
48589910 
00 00 00 
1 
100 00 000 
1 
000 800 800 
100 700 


0 
0 
0 
3 

0 

5 528076 
0 
532783 |638490 


0 
745532 
0 
05947 (108108 


г 
3 
0 
660054 | 661547 |644566 | 740336 [647062 | 721190 
0 0 00 
109009 
200 5 


1 
0 
1 
0 
0 
0 
0 
0 
836371 | 114374 | 110008 | 120537 
0 500 00 
75072 181875 | 170464 | 206013 138782] 192145 |188640| 173174 |139807| 182432 
174840830 
500 400 000 00 400 9 
3771451365253 [483338 | 418696 [383313 | 383556 (348133 | 319151 |434086| 376034 
388870850 
300 100 100 600 600 00 
188442 | 165859 | 132120 | 138822 (154731 | 153880 | 165638 | 157483 |171258| 169906 
1598144270 
6500 | 1600 | 6300 | 6400 | 4400 | 2100 | 8100 | 3200 | 6800 | 7300 
Bellman-Ford Algorithm (Naive) 


Execution Time (nanoseconds) 
Vertices | Edges 
900 


1386451 | 1441636 | 159186 | 140928 | 136946 | 158509 | 134072 | 144617 |145289 | 1503281 
508 734 145268750 
00 00 100 800 300 000 900 700 00 


45 


9 
0 
0 
0 
0 
0 
0 
0 


0 
51529 |392259 
0 
0 
0 


0 
0 
0 
0 
0 
0 
0 


951143 | 103253 101931 
| 105192020 


1 
0 0 
289993 |217923 |303369| 297289 
0 00 0 
374550 | 390475 (284014 | 324614 (281736 
0 00 0 
23929 | 461059 | 537013 | 342537 [452613 | 482004 
0 00 0 
1 
0 


0 
0 
0 
0 
0 
675433 
66669930 

00 
00 
00 
0 


Bellman-Ford Algorithm (Naive) 


Execution Time (nanoseconds) 
Vertices | Edges 
Trial 1 Trial 5 | Trial 6 | Trial 7 Trial 10 | Average 
816 


2040982 | 2031755 | 167630] 123132 1147859 | 200917 | 171318 | 116900 |179134| 1615557 
5 167572360 
00 0 900 00 00 800 100 00 
2582753 |2179865 |235156| 239027 [235583 | 215396 |230625 | 211644 |191907| 2303211 
6 226592440 
00 0 500 0 00 700 700 00 
301477 |295709 | 2308862 
7 270494600 
0 0 900 100 00 
318928 | 361835 |356576 | 4065436 
365931930 
0 00 200 900 00 
5083802 15491417 (471250 | 553523 (496799 | 520952 |537441 | 512110 [569653 | 3593581 
1010 507861230 
00 0 500 0 00 500 100 00 
0 0 20 0 
00 
0 


64 
33 
26 

847 


3182746 |2899442 |295647 | 314248 227696 | 255524 | 175536 
00 0 900 900 100 200 90 
3960264 | 3879800 (306934 | 377343 [389627 | 357523 
00 0 900 200 900 100 1 
0 


8117004 |6942527 [640477 | 745964 1802252 | 806862 1623195 | 652351 1714230] 8515016 
1269 734278890 
00 700 0 60 0 200 0 
1628369 | 1337397 [137017] 117314 [126027 | 144180 | 148303 | 135174 |130959| 1382545 
1694 1373807150 
200 300 9800 | 2100 | 0300 | 2600 | 2600 | 1800 | 0500 3 
3374066 | 3368888 (309824 | 279903 |251289 | 331507 (314217 | 323364 [332077 | 2775178 
2540 3093997800 
700 000 9400 | 2800 | 5700 | 4500 | 1700 | 9900 | 1300 00 
S 1431608 | 1365737 |142777 | 149676 |128467 | 117721 |135039|137759 |135907 | 1257636 | 1352848477 
9000 1800 | 46400 | 29500 | 89100 | 73400 | 70400 | 91300 | 26300 | 0500 0 
Dijkstra's Algorithm with Priority Queue 


Execution Time (nanoseconds) 
Vertices | Edges 
734 


161600 | 185070 |151450|185230 |256250|162900 | 191180 | 172860 |184900| 172290 
508 1823730 
0 0 0 0 0 0 0 0 0 0 
218180 217830 (164910 | 192940 (241560 | 212020 | 173470 | 150770 |166580| 164540 
564 816 1902800 
0 0 0 0 0 0 0 0 0 0 
633 
0 
726 


248560 |214020 (218780 | 198850 (226930 | 182010 (221870 | 166480 (222520 | 209480 
911 2109500 
0 0 0 0 0 0 0 0 0 
221060 225850 (233320 | 243560 |186520 | 270680 | 169700 | 243580 (234200 | 166470 бај 
0 0 0 0 0 0 0 0 0 0 
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Dijkstra's Algorithm with Priority Queue 


Execution Time (nanoseconds) 
Vertices | Edges 
847 


283500 298220 241620361400 301410299460 |286570) 214600 344920 248020 | |... 
0 0 0 0 0 0 0 0 0 0 
343860 343120 2537201364750 4102401267020 366310]335420 339080 275850 | возуо 
0 0 0 0 0 0 0 0 0 0 
321950330530 3385901435790 4314801357350 337350340310 324800 432910) во 
0 0 0 0 0 0 0 0 0 0 
679170605580 [604460 | 590120 [5938001579850 571280]579570 5841601 639210) әз 
0 0 0 0 0 0 0 0 0 0 
7303901106532 917690 (707160 Р01610| 111858 (729970 109760 890260 | 892570 |... 
0 00 0 0 0 00 0 00 0 0 
205864 202696 | 180116] 147505 1199088 148806 | 145941 [200480 194513 152284 | o 
00 00 00 00 00 00 00 00 00 00 


Bellman-Ford Algorithm with Priority Queue 


508 


892207 | 993532 [655643 | 867326 | 109478 | 980603 (980867 | 912629 |960335 | 929881 
92678050 
00 
121085] 128722 | 115316 | 851093 |133008 | 950124 |782480 | 830666 | 105363 | 825324 
ти 102746450 


Execution Time (nanoseconds) 
Vertices | Edges 
Trial 2 | Trial 3 Trial 5 | Trial 6 | Trial 7 Trial 9 | Trial 10 
734 
816 
911 


633 


150521 | 148400 | 152023] 103652 }154740] 123229 (156813 | 110479 |109957 | 105607 een 
800 | 500 | 300 | 400 | 200 | 300 | 600 | 6 600 00 
130372| 178411 (183438 179431 |139177|147948 (162878 | 180355 |189677 | 104775 
726 1012 159646660 
600 | 600 | 200 | 300 | 600 | 500 | 800 | 0 800 00 
3775151378410 |384107 |328014 [384777 | 307763 |229923 |355940 |333227 364276 
1363 344395450 
000 | 000 | 200 | 100 | 200 | 200 | 900 | 0 000 00 
408273 413298 |519683 |564734 |553576 |484097 |374041|572099 [382550 | 390627 
1681 466298250 
800 | 300 | 400 | 100 | 900 | 200 | 300 | 2 700 00 
103404 


1694 2241 |113576|113024 |103404|930110 |102354|105627 |961803 | 105721 [902341 | 927181 | 1015853050 


47 


0 
0 
00 3 
00 2 
274182270720 |262788 |260363 (257145 | 214754 |268824 | 164592 |211039 | 293480 
847 1186 247789270 

800 00 7 
00 9 
00 6 


Bellman-Ford Algorithm with Priority Queue 


Execution Time (nanoseconds) 
Vertices | Edges 


E 2200 | 1700 | 7300 | 200 | 9500 | 8400 4900 500 ИШЕ 
2236021236622 190106 189384 |224222| 198364 |267176]207517 [322457 228363 

2540 | 3454 2287816100 
7300 | 0200 | ооо | одоо | 3900 | 4200 | 4600 | 4100 | 3400 | 2000 
1048381917024 [8581951931121 [092269 [891821 [875521 | 102723 [103902] 831910 

5083 | 7420 9412515240 
94700 | 8900 | 1000 | 6500 | 7100 | 8400 | 9000 |26900 | 75600 | 4300 


48 


Appendix C: Definitions and Key Terms 
Below are some technical terms used in this essay that can be used to support the reader’s 


comprehension: 


Time Complexity: Time complexity is defined as the amount of time taken by an algorithm to 


run, as a function of the length of the input (Team). 


Single-Source Shortest Path (SSSP): [The] Single-source shortest path (or SSSP) problem 
requires finding the shortest path from a source vertex to all other vertices in a weighted 


graph (Nvidia). 


All-Pairs Shortest Path (APSP): [The] All-pairs shortest path (or APSP) problem requires 


finding the shortest path between all pairs of vertices in a graph (Nvidia). 


Greedy Algorithm: A greedy algorithm is a simple, intuitive algorithm that is used in 
optimization problems. The algorithm makes the optimal choice at each step as it attempts to 


find the overall optimal way to solve the entire problem (YOON MI KIM). 
Naive Algorithm: A naive implementation [of an algorithm] is a programming technique that 
prioritizes imperfect shortcuts for the sake of speed, simplicity, or lack of knowledge 


(Perplexity AI. "Prompt: What is a naive implementation of an algorithm?"). 


Relax/Relaxing/Relaxation: Relaxation is the process of updating the distance of a [vertex] if 


a shorter path is found (SaturnCloud). 
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Big-O Notation: Big O notation is а mathematical notation describing а function’s limiting 


behavior when the argument goes towards a certain value or infinity (Ashwani K). 


Heap: A Heap is a complete binary tree-based data structure (Jaludi). 
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